home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv4.zip / V4N25M.TXT < prev    next >
Text File  |  1994-01-25  |  12KB  |  288 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Musician's Digest       Tue, 25 Jan 94  3:12         Volume 4: Issue  25  
  5.  
  6. Today's Topics:
  7.                       3d sound (Inverting sound)
  8.                        Dropped program changes
  9.                             GUSJAM Lives!
  10.                    GUS Patchmaking: Where and How!
  11.              newest windows drivers drop midi prg changes
  12.               New patches uploaded to epas- hugepat.zip
  13.                                Patches
  14.                          Space Debris fixed!
  15.  
  16. Standard Info:
  17.     - Meta-info about the GUS can be found at the end of the Digest.
  18.     - Before you ask a question, please READ THE FAQ.
  19.  
  20. ----------------------------------------------------------------------
  21.  
  22. Date: Mon, 24 Jan 94 14:28:35 +0200
  23. From: iddos@math.tau.ac.il
  24. Subject: Re: 3d sound (Inverting sound)
  25.  
  26. Toby Y Yue <T.Y.Yue@ss1.bath.ac.uk> writes:
  27.  
  28. > I have found out that this requires some tricky programming e.g. 
  29. > reversing the polarity of the audio signals in order to position the
  30. > sound behind the listner'.  If anyone know ANYTHING about this, PLEASE 
  31. > HELP!!! 
  32.  
  33. No need to shout, I hear you loud and clear.
  34.  
  35. Connect the "+" and "-" cables from a stereo amp to one speaker in the 
  36. correct order, to the other in the reverse order. You have just "Reversed 
  37. the polarity of the audio signal", and should enjoy a "wide" sound. This 
  38. $0.10-Surround is common on cheapo ghettoblasters. But hey, CHEAPO is my 
  39. middle name!
  40. To achieve this on digital domain, transform each sample value so it 
  41. becomes its "complement" - highest becomes lowest etc. GoldWav 2.0 and  
  42. NoiseMaster 2.01R do "invert" - that's it. 
  43. Note: if eventually the stereo material will be broadcasted in mono, beware 
  44. - "reversed" material tends to cancel its "twin" (imagine mono as adding up 
  45. the amplitudes of L and R).  
  46.  
  47. BTW, is there a 3D implementation for GUS? do I miss something important?
  48.  
  49. Ido Amin (3rd World Fox)                           iddos@math.tau.ac.il
  50.  ----------------------------------------------------------------------
  51.         "Have fun, get payed, get layed, woooo!" - Madonna
  52.  ----------------------------------------------------------------------
  53.  
  54. ------------------------------
  55.  
  56. Date: Mon, 24 Jan 1994 10:14:06 -0500 (EST)
  57. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  58. Subject: Dropped program changes
  59.  
  60. > Date: Sun, 23 Jan 94 20:40:36 CST
  61. > From: Don Eller <don.eller@inst.medtronic.com>
  62. > Subject: dropped prg changes
  63. > 
  64. > Mainly however, I just wanted to point out that although in general
  65. > the new drivers work better, it seems that the old drivers did not
  66. > have this problem of dropping program changes, and I just wanted to
  67. > see how everyone felt about this.  If the discussion centered around
  68. > improper midi file sequences, than I would write a program to scan
  69. > midi files for these sequences and patch them so the program change
  70. > allways occurs a split second before.  I manually tried this and it
  71. > worked for the midi file I was trying to compare with the old drivers.
  72.  
  73. As has been ascertained, the problem is _not_ the dropping of program
  74. changes (they aren't), but the fact that the program changes silence
  75. all voices on the channel on which they are issued.  So staggering program
  76. changes with note ons will only work for short-duration notes that end
  77. about the same time as the program change is issued.  Since Yamaha and 
  78. Roland synths do not shut off the voices on a channel when a program
  79. change is issued, the GUS driver should fall in line and do the same
  80. for compatibility.
  81.  
  82. Phat.
  83.  
  84. ------------------------------
  85.  
  86. Date: Mon, 24 Jan 1994 09:29 -0500
  87. From: WADLEIGH@PROCESS.COM
  88. Subject: GUSJAM Lives!
  89.  
  90. GJBLUES3 is going to EPAS today.  Lexy F added an organ
  91. track in GJBLUES2 and I did a remix and added a baritone
  92. sax to give it a little more bottom end.  It still needs
  93. replacing the "scratch tracks" for guitar and drums.
  94.  
  95. I also included a POP file for those who have
  96. PowerChords Pro.  Download it and drop me a line if you
  97. want to modify it.  After you produce GJBLUES4, upload
  98. and let me know.
  99.  
  100. It has taken on much more of a jazz flavor in the last
  101. few rounds.  It's an interesting mix.
  102.  
  103. Hal
  104.  
  105. ------------------------------
  106.  
  107. Date: Mon, 24 Jan 1994 18:00:04 -0800 (PST)
  108. From: jtcapps@netcom.com (John T. Capps)
  109. Subject: GUS Patchmaking: Where and How!
  110.  
  111.     I uploaded a file to epas this morning that some of you may be
  112. interested in. It contains basic information on finding samples,
  113. converting them to WAVs, and tips on patchmaking in general.
  114. When I first got my GUS a few months ago, making custom patches
  115. was one of the first things that I wanted to do.  Unfortunately, apart from
  116. Francois' tutorials (which are great), I lacked some basic information,
  117. such as where to go for 16-bit samples, and how to use them one I'd
  118. found them.
  119.     That's why I wrote patching.wri (available on
  120. archive.epas.utoronto.ca in pub/pc/ultrasound/submit/patching.zip).
  121. This reference document contains information that I wish I'd had when I
  122. was starting out--hopefully someone else can benefit from this info as
  123. well.  Here's the table of contents:
  124.       1.  FINDING SOME SAMPLES--the Kurzweil K2000 Archive         
  125.     and converting sounds with GoldWave 2.0(tm).
  126.       2.  THE JOYS OF LOOPING--Tips on looping, Forward and
  127.     Bi-directional
  128.       3.  MINIMIZING THE SIZE OF YOUR SAMPLES--Self-explanatory
  129.       4.  FURTHER SOURCES OF SAMPLES--Where to get them, how     
  130.     to convert them.
  131.       5.  YOUR CONTRIBUTIONS--No, it's not what you think!
  132.  
  133. There is information in this reference for both the beginner and expert
  134. "patchmaker."
  135.     I would appreciate any feedback on this reference, both
  136. positive and (constructively) negative.  Also, if you find the information
  137. useful, please drop me a line and say so!
  138. Thanks to the entire GUS community, for a synergy of support!
  139.  
  140. John
  141.  
  142. ------------------------------
  143.  
  144. Date: Mon, 24 Jan 1994 08:53:36 -0500
  145. From: "Michael Grant Wilson" <Mcq@oti.on.ca>
  146. Subject: Re: newest windows drivers drop midi prg changes
  147.  
  148. on Thu, 20 Jan 94 8:52:52 CST, Don Eller <don.eller@inst.medtronic.com> wrote"
  149. > Does anyone know what the midi specification says about
  150. > priority with multiple events have the same midi time stamp?
  151. >
  152. The only reasonable behavior (and what I believe the standard says is
  153. correct) is to send all the events out as fast as possible. No events
  154. should be lost.
  155.  
  156. After all, having the same midi time stamp just means that you want the
  157. events to happen at the same time (like having all the notes of a chord
  158. play at once). Of course, since it is a serial protocol, the events have
  159. to go out one at a time. If there is no prioritization scheme, then the
  160. program change could happen after (or part way through) the other events
  161. so the worst case behavior would be to have the notes which were played
  162. at the same time come out in the old sound, and then any following notes
  163. come out in the new sound.
  164.  
  165. If there was a prioritization scheme, it seems to make sense to send the
  166. program change message first, although even then you can be burned by some
  167. older synths, which stop looking at the midi stream for a few milliseconds
  168. after each program change.
  169.  
  170. In either case however, it appears that your problem is worse than just
  171. getting the ordering of the notes wrong. Losing midi events is bad.
  172.  
  173. As an aside, I've noticed that, if Windows is really working hard, the gus midi
  174. drivers seem to stop playing, but continue to eat events. This has the effect that
  175. you don't hear part of the song, but the timing remains constant. This is
  176. quite a bit different behavior from the MPU-401 drivers which I use: In that
  177. case, the driver plays all the notes, but the timing gets buggered up.
  178. I don't know which effect I dislike more (both are lousy), but I wonder if this
  179. may also be related to the problem you are having.
  180.  
  181. McQ
  182.  
  183. ------------------------------
  184.  
  185. Date: Mon, 24 Jan 94 10:40:44 GMT
  186. From: james@maths.exeter.ac.uk
  187. Subject: New patches uploaded to epas- hugepat.zip
  188.  
  189. hugepat contains three LARGE monosampled gus patches.  They are all over 64k
  190. and require the drivers included with pmaker lite (pmak110.zip) to work
  191. properly.
  192.  
  193. risset  - Csound example files arpeggator instrument base note approx 103Hz
  194.           Sounds like: Seven sine waves slewing together.
  195.  
  196. neu     - Vocal sample of Ken Kesey saying 'new sensations' treated with Csound
  197.           Sounds like: a shotgun in an aircraft hanger
  198.           flanger program.  'Explosive' enveloping in the sample.  Remember
  199.           patch maker lite is the only one that can cope with the big samples
  200.  
  201. d50     - d50 sample off eps disk various.gkh, ripped with epsdisk & instedit
  202.           Sounds like: a xylophone with a breathy tail.
  203.  
  204. All 16 bit, not tuned very well.  I can never see the point in tuning mono
  205. sampled stuff.
  206.  
  207. PS. Ive had the dropped note following program change problem too.
  208. Im sure the new drivers are making the sequencer I use crash (with GPF)
  209. -- 
  210. James Andrews, Computer Development Officer, Exeter University Maths Dept
  211.  
  212. ------------------------------
  213.  
  214. Date: Mon, 24 Jan 94 00:28:42 -0800
  215. From: pauln@subzero.sbay.org (Paul Nguyen)
  216. Subject: Patches
  217.  
  218. There was a lot of talk about new replacement patches for the
  219. gus sometime back. Like the 1MB piano, a better sounding piano.
  220.  
  221. Where would I find this stuff ? What site ?
  222.  
  223. Thanks!
  224.  
  225. -Paul
  226.  
  227. -- 
  228. ---
  229. "If at first you don't succeed, try not to look suprised!"
  230. Paul Nguyen - KD6OCZ - pauln@subzero.sbay.org
  231.  
  232. ------------------------------
  233.  
  234. Date: Mon, 24 Jan 94 07:50:02 EST
  235. From: Carl Pettypiece 92 <pettypi@csd.uwo.ca>
  236. Subject: Space Debris fixed!
  237.  
  238. Well, thanks to Maruku, Josh and Phat for pointing out that the distribution
  239. of the Gravis disks has a corrupt version of Space Debris.  I found a version
  240. of this mod at wuarchive in the Amiga section and it now plays the way its
  241. supposed to.  Great!  I still can't figure out how come it used to play
  242. properly and then stopped.  However.... Thanks again, guys.
  243.  
  244. An aside...as I was looking for the mod file, I went to some of the ultrasound
  245. mirror sites.  I thought these mirrors were supposed to have everything that
  246. was ever validated at epas.  I was surprised to find very little at orst and
  247. nothing at all at wuarchive (ok, ok, wuarchive is probably getting their
  248. system back up).  If this is temporary, I appologize.  I have uploaded stuff
  249. at epas in the past, and one file is missing.  I could just upload it again,
  250. but that's not my point.  Anyway, if noone's noticed this before, maybe this
  251. can be corrected.
  252.  
  253. Thanks again.
  254.  
  255. Carl
  256.  
  257.  --------------------------------------------------------------------------
  258. Carl Pettypiece (pettypi@csd.uwo.ca)             Disclaimer:  Hell, I don't
  259. Department of Computer Science                   even know if these are MY
  260. University of Western Ontario                    opinions!
  261. London, Ontario, Canada
  262.  --------------------------------------------------------------------------
  263.                         Clever quote goes here
  264.  --------------------------------------------------------------------------
  265.  
  266. ------------------------------
  267.  
  268. End of GUS Musician's Digest V4 #25
  269. ***********************************
  270.  
  271. To post to tomorrow's digest:                        <gus-music@dsd.es.com>
  272. To (un)subscribe or get help:                <gus-music-request@dsd.es.com>
  273. To contact a human (last resort):              <gus-music-owner@dsd.es.com>
  274.  
  275. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  276.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  277.                      archive.orst.edu                    /pub/packages/gravis
  278.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  279.                      nctuccca.edu.tw                           /PC/ultrasound
  280. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  281.  
  282. Hints:
  283.       - Get the FAQ from the FTP sites or the request server.
  284.       - Mail to <gus-music-request@dsd.es.com> for info about other
  285.     GUS related mailing lists (general use, programmers, etc.).
  286.  
  287.  
  288.